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(54) Communication system architecture and operating methods thereof 



(57) To ensure an effective mechanism for disaster 
recovery, system migration and network enlargement, a 
communication system (FIG. 6) comprises a narrow- 
band-to-broadband interlace (300) having a plurality of 
network adaptors (302-306) interconnected to a switch 
(314-316) that provides access to a plurality of virtual 
channels'(31 8-321 ) supported by a broadband network. 
The plurality of network adaptors (302-306) are also 
coupled to a plurality of trunks (308-312) that each sup- 



port at least one of a plurality of different communication 
functions. At least two call- servers (324-326) are inde- 
pendently coupled to the narrowband-to-broadband in- 
terface (300) and are arranged to control interconnec- 
tion of trunks to virtual channels : while each of the at 
least two call servers is responsible for controlling inter- 
connections of group of trunks that share a common 
communication function within each group. Communi- 
. cation system functionality is therefore separated be- 
tween the at least two call servers. 
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Description 

Related Patent Applications 

[0001] The present invention is related to co-pending s 
US patent application serial number 08/907,521 filed on 
8 August 1997 in the name of J.F.B. Cable et al. and 
assigned to Northern Telecom Limited, which co-pend- 
ing US patent application is further identified by its title 
"SYSTEM AND METHOD FOR ESTABLISHING A 10 
COMMUNICATION CONNECTION" and its internation- 
al equivalent PCT/GB98/02345. 
[0002] The present invention is also related to co- 
pending patent applications assigned to Northern Tele- 
com Limited and entitled 'COMMUNICATION NET- '5 
WORK HAVING MANAGEMENT SYSTEM ARCHI- 
TECTURE SUPPORTING RE-USE", namely United 
States patent application serial number 08/92 1,213, UK 
patent application number 9724553.4, European patent 
application number 98302545. 1 , Canadian patent appli- 20 
cation number 2238603 and Japanese patent applica- 
tion number 240385/98. 

Background to the Invention 

25 

[0O03] This invention relates, in general, to an archi- 
tecture for a communication system and its method of 
operation and is particularly, but not exclusively, appli- 
cable lo network architectures that both support differing 
resource capabilities and which combine narrowband 20 
call control services and routing with broadband con- 
nectivity. 

Summary of the Prior Art 

35 

[0004] Globally telecommunication systems are, 
generally, in a transitional phase between second gen- 
eration, narrowband digital networks (such as the Glo- 
bal System for Mobile (GSM) cellular communication 
system) and future, multi-media digital networks (such 40 
as the Universal Mobile Telecommunication System. 
(UMTS)) having broadband capabilities. This transition 
is necessarily required to support higher data rate com- 
munications, including video and internet applications, 
presently being proposed and made available. Unfortu- 45 
. nately, this transitional phase also presents system op- 
erators with several dilemmas, and prejudices immedi- 
ate implementation of such broadband systems. For ex- 
ample, until such a time when a free-standing broad- 
band system becomes an accepted and freely available so 
standard for all subscriber terminals (such as cellular tel- 
ephones and data transmission devices), system oper- 
ators are reticent to write-off their significant invest- 
ments in current narrowband infrastructure technology 
Indeed, such narrowband infrastructure technology al- ss 
ready provides a rich set of services and service crea- 
tion environments that would have to be re-implemented 
for deployment in broadband networks. Consequently 
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present-day narrowband systems must be adapted lo 
accommodate both narrowband and broadband users: 
with this statement particularly relevant to service and 
system management, call establishment and interwork- 
ing procedures between these different forms of net- 
work. 

[0005] For an effective migration between narrow- 
band and broadband systems (for the transitional 
phase), system operators must particularly consider an 
interworking scenario when all subscribers connect to a 
narrowband network, but one or more intermediate 
broadband networks are used to relay information be- 
tween these narrowband subscribers. Any interim solu- 
tion should also optimise service and system manage- 
ment, while also providing infrastructure equipment that 
can be re-used in a fully-fledged broadband environ- 
ment. 

[0006] In more detail, telecommunication networks 
comprise nodes connected by communication resourc- 
es (usually termed "links"), with a particular network 
technology characterised by the means of transmission 
of user and control information along these links and al- 
so by the routing and relaying functions embodied in the 
nodes. The term routing is used to describe the process 
of determining the path the information will take through 
the network, while relaying is the process of transferring 
information from one link to another, i.e. the information 
is merely passed, without alteration, from one channel 
resource to another. Routing and relaying functions are 
therefore core to the development of an efficient system 
having optimised service capabilities, with operator 
profits and subscriber service charges inherently en- 
twined with such optimisation. 

[0007] Taking GSM as an exemplary form of a nar- 
rowband digital network, user and control information 
(or "data") is interleaved, using time division multiplex- 
ing (TDM), on a 64 kbit per second (kbps) pulse code 
modulated (PCM) bearer channel Indeed, these bearer 
channels can each be framed to support four voice calls 
of 16kbps. comprised from 13kbps of sampled and en- 
coded speech and 3kbit/s of ancillary information, such 
as parity check and correction bits (and the like) and 
synchronisation information. Data is then relayed 
across a node by some form of synchronous TDM 
switching fabric, often of the 'time-space-time* type. 
Control information (e.g. call set up and tear down mes- 
sages) logically follows the same path (although not al- 
ways the same physical path) through the network as 
user information, and is terminated in each node for 
routing purposes. Routing is conventionally performed, 
in each node, on a 'hop-by-hop' basis using long lived . 
routing tables, i.e. the node is sufficiently intelligent to 
determine an optimum route for the succeeding network 
connection. 

[0008] Control information is regulated by a signalling 
scheme that is distinctive to the type of network em- 
ployed. Particularly, public signalling systems are used 
between nodes of a public network and between public 
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networks of different operators. Signalling System No. 
7 is the only important example of a public signalling sys- 
tem. Access signalling systems are used between sub- 
scribers and edge nodes of public networks, e.g. be- 
tween a radiotelephone and a base station subsystem 
(BSS). In fact : the most common digital access signal- 
ling schemes are Common Channel Signalling Sys- 
tems, such as the Integrated Service Digital Network 
(ISDN) DSS1 signalling schemes (and its predeces- 
sors) and Channel Associated Signalling schemes that 
are both derived from analog signalling. Private 
schemes are generally derived from access schemes 
but provide richer functionality within personal networks, 
such as within a secure private branch exchange (PBX). 
[0009] On the other hand, broadband digital networks 
are characterised in that user and control information is 
transmitted in fixed or variable length 'packets', with 
these packets prepended with headers that contain 
bearer channel identification. In contrast with narrow- 
band systems, user information is relayed across a node 
via an asynchronous switching fabric that examines 
each packet in turn (using some kind of fairness algo- 
rithm) and directs it to the appropriate output link in re- 
sponse to the input link and bearer channel identifica- 
tion. Routing and control information transmission is, 
however similar to that for the narrowband case, and 
differs only inasmuch as the signalling schemes are 
technology specific. 

[0010] To facilitate use of broadband networks and 
the migration of communication networks to high data 
rate technologies (e.g. the 2Mbps rate envisaged within 
UMTS), there is a need to provide an effective mecha- 
nism for interconnecting narrowband networks through 
a transparent broadband ether. In other words, the 
broadband ether must accommodate and support nar- 
rowband signalling schemes without affecting either da- 
ta integrity or in any way inhibiting data flow or intercon- 
nection Furthermore, to encourage subscription to 
broadband services, operators must provide a reliable 
but relatively low-cost (and hence optimised) communi- 
cation system architecture. 

[001 1 ] G B-A-2309362 describes a simple mechanism 
for the transport of telecommunications traffic across 
ATM networks. WO 97/28629 relates to an interworking 
function for carrying SS7 over ATM and WO 96/29840 
describes a device arranged to enable voice to be car- 
ried over ATM with echo cancellation, voice enhance- 
ment and voice compression. These documents merely 
present a fuller picture of the technical environment in 
which the instant invention is framed. , 

Summary of the Invention 

[001 2] According to a first aspect of the present inven- 
tion there is provided a communication system compris- 
ing: a narrowband-to-broadband interlace having a plu- 
rality of network adaptors interconnected to at least one 
switch that provides access to a plurality of virtual chan- 
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nels supported by a broadband network, the plurality of 
network adaptors further coupled to a plurality of nar- 
rowband trunks that each support at least one of a plu- 
rality of different communication functions: and charac- 

5 terised by at least two call servers independently cou- 
pled to the narrowband-to-broadband interface and ar- 
ranged to control interconnection of a call between a 
narrowband trunk and a virtual channel of the broad- 
band network, the at least two call servers each respon- 

10 sive to a group of trunks that support common commu- 
nication functions within each group such that commu- 
nication system functionality is separated between the 
at least two call servers. 

[001 3] In a preferred embodiment, the at least two call 
is servers each contain at least one group of trunks that 
are made up from narrowband trunks distributed across 
clusters of network adaptor peripherals. The present in- 
vention also contemplates that the at least two call serv- 
ers are responsible for mutually exclusive groups of 
20 trunks which beneficially results in a modular system 
that is easy to maintain and upgrade. 
[0014] In the event that routing of a call between a 
narrowband trunk and a virtual channel is independently 
controllable by either one at least two call servers, then 
25 control of the interconnection by a selected one of the 
call servers is based upon a communication function 
supported on the narrowband trunk. In this way, an op; 
timum call server is selected. 

[001 5] In order that call servers remain ignorant of any 
oo physical change in system interconnection, the pre- 
ferred embodiment of the present invention further com- 
prises means for mapping logical addresses used by the 
at least two call servers into physical addresses of net- 
work adaptors, wherein the logical addresses are inde- 
35 pendent of the physical addresses. Indeed, the pre- 
ferred embodiment comprises means for translating a 
physical address of a first network adaptor having an 
associated first logical address into a different physical 
address of a different network adaptor having the first 
-to logical address associated therewith, which translation 
is recorded and stored in system memory. 
[0016] In a second aspect of the present invention 
there is provided a method of deploying a communica- 
tion system containing: a narrowband-to-broadband in- 
terface having a plurality of network adaptors intercon- 
nected to at least one switch that provides access to a 
plurality of virtual channels supported by a broadband 
network, the plurality of network adaptors further cou- 
pled to a plurality of trunks that each support at least 
so one of a plurality of different communication functions: 
and at least two call servers independently coupled to 
the narrowband-to-broadband interface and arranged to 
control the interconnection of calls between narrowband 
trunks and virtual channels of the broadband network: 
55 the method characterised by the step of: separating 
functionality associated with the plurality of network 
adaptors between call servers whereby each of the at 
least two call servers is responsible for controlling the 
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interconnection of a group of trunks that share a com- 
mon communication function. 

[0017] In another aspect of the present invention 
there is provided a method of operating a communica- 
tion system containing: first and second clusters of net- s 
work adaptors coupled to a broadband network: and a 
plurality of exchanges coupled to the clusters of network 
adaptors through a transport network, the plurality of ex- 
changes each having associated call servers responsi- 
ble for controlling the routing of information between net- 10 
work adaptors and the broadband network and wherein 
the associated call servers are arranged to support dif- 
fering communication system functions such that func- 
tionality is distributed between at least two call servers: 
the method comprising the step of: using the first cluster is 
to route the information between the broadband network 
and a subscriber terminal coupled to a network adaptor 
in the first cluster: holding the second cluster as a re- 
serve communication resource: detecting a failure of the 
first cluster wherein routing of the information between 20 
the subscriber terminal and the broadband network is 
inhibited: and reconfiguring the transport network to 
cross-connect the subscriber terminal to the broadband 
network via the second cluster to re-establish routing of 
the information between the subscriber terminal and the 25 
broadband network. 

[0018] In a further aspect of the present invention 
there is provided a method of upgrading system soft- 
ware in a communication system containing at least two 
call servers coupled to a plurality of narrowband-to- 00 
broadband interfaces that connect narrowband trunks 
to virtual channels of a broadband network, the at least 
two call servers being independently capable of sup- 
porting differing communication system functions, the 
method comprising the steps of: initially using a first call 3S 
server to run system software that administers connec- 
tion of the narrowband trunks to the virtual channels: 
loading a software upgrade into a second call server: 
re-routing a subset of narrowband trunks from the first 
call server to the second call server: running the soft- -*o 
ware upgrade on the second call server in an attempt to 
connect the subset of narrowband trunks to the virtual 
channels, the step of running occurring in tandem with 
a continued use of the first call server to administer the 
connection of narrowband trunks to virtual channels: •*$ 
and assessing the effectiveness of the software up- 
grade in relation to communication system functionality. 
[0019] Advantageously, the present invention pro- 
vides a communication system architecture that opti- 
mises the provision of services while providing an ability so 
to produce a modular flexible and scaleable system that 
can be quickly adapted to both improve system reliability 
and enhance overall system performance. Indeed, the 
present invention allows distribution of infrastructure 
components across a network, while maintaining a tel- ss 
ecommunications network as standards compliant. 



Brief Description of the Drawings 

[0020] An exemplary embodiment of the present in- 
vention will now be described with reference to the ac- 
companying drawings, in which: 

FIG. 1 is a . block diagram illustrating an abstract 
model of a narrowband communication node: 
FIG. 2 is a block diagram illustrating an underlying 
principle for subscriber terminal interconnection be- 
tween narrowband and broadband networks, as re- 
quired in the present invention: 
FIG. 3 illustrates an abstract architecture for a con- 
nection broker of FIG. 2: 

FIG. 4 is a representation of a system architecture 
and associated mechanism by which subscriber ter- 
minals can be connected across an intermediate 
broadband network: 

FIG. 5 is a flow diagram illustrating the procedural 
steps required in the present invention to establish 
a multi-node communication across a broadband 
network: 

FIG. 6 is a block diagram of a communication sys- 
tem architecture according to a preferred embodi- 
ment of the present invention: 
FIG. 7 is represents a more detailed block diagram 
of Fig. 6: 

FIG. 8 demonstrates the provision of a virtual over- 
lay network for special service operation, as derived 
from the communication system architecture of 

FIG. 6: 

FIG. 9 is a flow diagram detailing software upgrade 
of a call server of FIG. 8: and 
FIG. 10 is a block diagram illustrating the intercon- 
nection and redundancy of network adaptors 
through a transport network, as envisaged by apre- 
ferred embodiment of the present invention. 

Detailed Description of a Preferred Embodiment 

[0021] There are, apparently two principal ways of 
implementing the interconnection of narrowband sub- 
scribers units through an intermediate broadband net- 
work, such as an asynchronous transmission mode 
(ATM) architecture: either an interworking function can 
be implemented at each boundary between the narrow- 
band and broadband networks (in which a dedicated 
and reversible coding transposition is applied to the re- 
spective narrowband/broadband information), or nar- 
rowband information can be encapsulated over a broad- 
band subnet whereby the narrowband information is 
packaged with a broadband frame structure (so entirely 
maintaining the integrity and format of the original en- 
coded narrowband information). In relation to user infor- 
mation, e.g. encoded speech or specific data traffic, it 
has been identified that both the interworking function 
and encapsulation mechanisms are possible and mere- 
ly represent an additional process step that complicates 
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and extends the requirements for coding within commu- 
nication systems, generally. However, in relation to con- 
trol information (which is required to establish and main- 
tain a connection), there are a number of penalties and 
benefits associated with both of the above approaches. 
Specifically, encapsulation allows existing services to 
be supported, even though these services may not in- 
dependently be sustained by the broadband network. 
Furthermore, encapsulation is simple to implement. On 
the other hand, interworking requires onty a local view 
at each interworking point (i.e. at the narrowband/broad- 
band boundary), and also provides a mechanism that 
can support the participation of narrowband and broad- 
band subscribers in a single call. 
[0022] Referring to FIG. 1 , a block diagram illustrating 
an abstract model of a narrowband communication 
node 1 0 is shown. A number of subscriber terminals 1 2, 
such as landline telephones or modems, are coupled, 
typically, to a plurality of line interfaces 14-15 (although 
only one need be supplied for an operational system). 
The plurality of line interfaces 14-15 are each connected 
to a switching fabric 1 6 that is arranged to route an input 
of the switching fabric 16 to an appropriate output there- 
of, as will readily be appreciated. The plurality of line 
interfaces 14-15 are also coupled (usually on an individ- 
ual basis) to a call server 13 arranged to administer and 
control, for example, the set-up and tear-down of calls 
across the narrowband network 10. The call server 18 
is further coupled to the switching fabric 16. A trunk sig- 
nalling interface 20, that acts to decode and interpret 
signalling schemes used within the narrowband network 
1 0, is coupled between the call server 1 8 and the switch- 
ing fabric 16. Outputs from the switching fabric 16 are 
coupled to a plurality of trunk interfaces 22-24 (although 
only one need be supplied for an operational system). 
The plurality of trunk interfaces are further coupled. to 
secondary exchanges 26, such as PBXs or BSSs, within 
the narrowband network 10. 

[0023] As will be appreciated, the term "subscriber 
terminal" is used merely to describe a particular end- 
point connection for a line or trunk interface. 
[0024] User information (traffic) 28-30 enters the nar- 
rowband infrastructure via line interfaces 1 4-15 or trunk 
interfaces 22-24. Control information from individual 
subscribers enters via the line interfaces 14-15, where- 
as control information, i.e. inter-node signalling, from 
connected trunked networks (e.g. the secondary ex- 
changes 26) can enter either via the same trunks as the 
traffic 30 or through the use of dedicated channel re- 
sources (not shown). The call server 18 processes in- 
coming call requests and selects an appropriate outgo- 
ing trunk or line, as will readily be appreciated. More par- 
ticularly, the call server 18 (through the switching fabric 
16) controls the connection of specific lines to specific 
trunks across through the use of fabric control messag- 
es 32 that specify the making and breaking of connec- 
tions between subscriber terminals 12. 
[0025] While most calls in narrowband systems are 



two-way, it is helpful to introduce, at this lime, the no- 
menclature associated with one-way connections, 
namely the connection (TA, TB) refers to the one-way 
connection from terminal TA to terminal TB while (TB, 

s TA) refers to a complementary (or independent support- 
ed) connection in the reverse direction. 
[0026] Turning now to FIG. 2, there is shown a block 
diagram illustrating an underlying principle for subscrib- 
er terminal interconnection between narrowband and 

10 broadband networks, as required in the present inven- 
tion. In this figure, a broadband network is used to trans- 
port the user and/or control information. To facilitate an 
understanding of the architectural differences between 
the conventional narrowband network of FIG. 1 and the 

*s broadband network adjunct that interconnects narrow- 
band networks, common infrastructure is labelled with 
identical reference numerals. 

[0027] At a first node 40. a number of subscriber ter- 
minals, such as landline telephones or modems (not 

20 shown for the sake of clarity), are coupled, typically, to 
a plurality of line interfaces 14-15 (although only one 
need be supplied for an operational system) of a nar- 
rowband system The plurality of line interfaces 14-15 
are each connected to a switching fabric 16 that is ar- 

25 ranged to route an input of the switching fabric 16 to an 
appropriate output thereof. The plurality of line interfac- 
es 14-15 are also coupled (usually on an individual ba- 
sis) to a call server 18 arranged to administer and con- 
trol, for example, the set-up and tear-down of calls 

oo across the narrowband network. The call server is cou- 
pled to a memory that is arranged to store, amongst oth- 
er things, circuit indicators codes (CICs) associated with 
both real trunks and "phantom trunks": the purpose of 
the latter will be described subsequently. More particu- 

35 larly, the memory can record a "busy" or "vacant- status 
against each of these real or phantom trunks. The call 
server 18 is further coupled to a connection broker 44, 
which in turn is coupled to the switching fabric 18 via 
bus 45. The connection broker 44 represents a first de- 

io parture in the system architecture of the present inven- 
tion from the conventional narrowband network FIG. 1 . 
A trunk signalling interface 20. arranged to act to decode 
and interpret signalling schemes used within the nar- 
rowband network, is coupled between the call server 18 

is and the switching fabric 16. Outputs from the switching 
fabric 16 are coupled to a plurality of trunk interfaces 
22-24, (although only one need be supplied for an op- 
erational system. The plurality of trunk interfaces are 
again coupled to secondary exchanges (not shown for 

50 the sake of clarity), such as PBXs or BSSs, within the 
narrowband network. 

[0028] The switching fabric 16 is further coupled to a 
first trunk network adapter 46 that allows interconnec- 
tion and inter-operability of the narrowband network with 

55 a broadband network 46 implemented, for example, for 
asynchronous transmission mode (ATM) operation. 
More particularly, interconnection of the trunk network 

^ adapter 46 is through a broadband network edge switch 
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50, that is coupled to and hence controlled by the con- 
nection broker 44 by control lines 51. The combined 
function of the trunk network adapter 46 and the broad- 
band network edge switch 50 will be described subse- 
quently. Other narrowband networks 52-54 are coupled, 
in a similar fashion, to tho broadband network 48 via re- 
spective trunk network adapters 58-60 and broadband 
network edge switches 60-62. As will be appreciated, 
other narrowband networks 52-54 will be realised 
through infrastructure architectures similar to that de- 
scribed immediately above. 

[0029] The broadband network 48 is further coupled 
to a second node 64, typically a different network, which 
is also responsive to the connection broker 44 via con- 
nection 65. The second node 64 is also arranged to be 
in communication with the trunk signalling interface 20 
via communications bus 67. Additionally, as will be un- 
derstood, the broadband network may support point-to- 
point broadband communications, such as video teleph- 
ony between subscriber terminals (not shown). 
[0030] As will be appreciated, the terms node and ex- 
change are interchangeable and are used to describe 
stand-alone networks, e.g. distinct narrowband net- 
works operated by different operators. 
[0031] Narrowband signalling within the communica- 
tion system, generally, is controlled by the call server 
18, while broadband signalling, i.e. signalling that may 
be sent between different narrowband networks 52-54 
via the intermediate broadband network 48, is controlled 
by the connection broker 44. Consequently, the call 
server 18 is not concerned with broadband signalling in- 
terconnection and operation. 

[0032] The narrowband line interfaces 1 4-1 5, trunk in- 
terlaces 22-24 and switching fabric 16 are supplement- 
ed by a broadband network 48 and trunk (i.e. narrow- 
band/broadband) network adapters 46, 56-58 that act 
to provide gateway functionality. Specifically, the trunk 
network adapters 46, 56-58 perform traffic (user infor- 
mation) inter-working functions and signalling (control 
information) encapsulation, with the signalling ultimately 
relayed back to a call server 18. 

[0033] The function performed by the connection bro- 
ker 44 is used to provide a uniform connection abstrac- 
tion 66 for the call server 18, independent of whether 
the connection crosses (and is retained entirely within) 
the narrowband network or the broadband network, or 
in the case where the connection crosses both the nar- 
rowband and broadband networks. This necessitates 
use of a uniform terminal name space identity (i.e. a 
standardised address format) for all terminals across 
the entire communication system, i.e. both narrowband 
and broadband systems. 

[0034] For a narrowband to narrowband connection 
in a single narrowband network (e.g. owned by a partic- 
ular operator), the connection broker 44 passes the con- 
nection messages to the switching fabric 16 (via con- 
nection 45). and therefore acts transparently in order to 
appear identical in function to the prior art narrowband 



network of FIG. 1 . The switching fabric 16 of the narrow- 
band network then establishes the connection in ac- 
cordance with known techniques, and does not utilise 
the broadband network 48. For a broadband to broad- 

5 band connection, the connection broker 44 instructs the 
broadband network and/or trunk network adapters 46, 
56-58 to make or break a call connection, and therefore 
mimics standard broadband operation. 
[0035] For a narrowband to broadband connection, 

w however both actions must be performed contempora- 
neously. Specifically, the connection broker 44 both in- 
structs the switching fabric 16, through the call server 
18 in the narrowband network, to hold open a routing 
path for a call and negotiates with a trunk network adapt- 

'5 er 46 of the broadband network for the allocation of a 
suitable channel resource. Once both paths have been 
determined, the connection broker 44 sends dedicated 
messages to the switching fabric 16 and the trunk net- 
work adapter 46 to establish the connection. This 

20 achieves the connection abstraction as seen by the call 
server. 

[0036] In an operational communication system, com- 
patibility between operators is desirable, if not essential. 
As such, establishing an interconnection (usually 

25 termed a "gateway"), between different "mixed nodes" 
is a significant issue. In this context, the term "mixed 
nodes" is used to describe different networks, operated 
by different operators, each typically having switchable 
narrowband/broadband capabilities and defined service 

oo capabilities. However intermediate broadband net- 
works may not be able to support these services (or any 
service of similar nature) nor be to interpret narrowband 
control channel signalling required to set-up a defined 
narrowband services, i.e. there are different signalling 

35 protocols between the different adjacent exchanges. In 
this case, the interconnection of the narrowband net-, 
works (through the intermediate broadband network 48) 
requires the functional coordination of separate call 
servers and connection brokers located in the respec- 

io tive networks. 

[0037] Turning to FIG. 3, an abstract architecture for 
the connection broker 44 of FIG. 2 is shown. Although 
a hardware implementation is dependent upon (and 
hence determined by) specific requirements, a typical 

4 $ implementation extends the capabilities of an existing, 
narrowband telephone exchange. By way of example 
and explanation only, the connection broker 44 of FIG. 
3 contains resolution intelligence 58 that is typically re- 
alised by a control processor. The function of the reso- 

$o lution intelligence 58 will be described subsequently. A 
terminal number data base 69 that maps the uniform ter- 
minal numbers onto network-specific location address- 
es is coupled to the resolution intelligence 68. A time 
division multiplexed (TDM) switch fabric adapter 70 tin 

55 the case of a TDM narrowband system) provides proto- 
col conversion between the resolution intelligence 68 
(via a client orientated interface port 71) and a TDM 
switching fabric interface 72 (analogous to the switching 
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fabric 16 of FIG. 2). Typically, a dedicated connection 
protocol 72 is utilised between the resolution intelli- 
gence 68 and the TDM switching fabric adapter 70, al- 
though this need not be the case A broadband network 
adapter 73 is also coupled through the client interface 
port 71 to the resolution intelligence 68. with communi- 
cation between the resolution intelligence 68 and broad- 
band network adapter 73 typically based on the dedicat- 
ed connection protocol 72. The broadband network 
adapter is analogous to the trunk network adapter 46 of 
FIG. 2. Other adapters 74 for ancillary networks or serv- 
ices may also be coupled to the resolution intelligence 
68 via the client interface 71. The broadband network 
adapter 73 and the other adapters 74 will accordingly 
be respectively coupled to the broadband network edge 
switch 50 via control lines 51 or appropriate communi- 
cation resources 75. The resolution intelligence is also 
coupled to a server interface port 76 that provides an 
interconnection facility, via lines 66. to call server 18. 
The server interface port is also coupled through a sec- 
ondary port 77 (termed a "peer connection broker server 
interface-) arranged to interconnect the resolution intel- 
ligence 68 of the connection broker 44 to another con- 
nection broker (shown in FIG. 4). Similarly, the client in- 
terface port 71 is also coupled to a ternary port 78 
(termed a "peer connection broker client interlace") ar- 
ranged to couple the resolution intelligence 68 of the 
connection broker 44 to a subscriber terminal principally 
connected to another connection broker (as shown in 
FIG. 4). 

[0038] Prior art telephone exchanges typically have a 
distributed processing architecture with multiple fault- 
tolerant processors and an inter-processor communica- 
tions facility : while the switching fabric may be supported 
by a special purpose processor, as will be understood. 
[0039] The connection broker 44 of FIG. 3 supports a 
set of real-time processes within a single fault tolerant 
processor i.e. within the resolution intelligence 68. The 
inter-processor communications facility (supported by 
the dedicated connection protocols 72) of the connec- 
tion broker is used to communicate with the switching 
fabric 16 and the call server 18 As has been previously 
described, the connection broker 44 typically incorpo- 
rates broadband interfaces to enable control of the 
broadband network, although the connection broker 
may use the inter-processor communications facility to 
access the broadband interfaces on the trunk network 
adapters However, as communication networks evolve 
to be more broadband-orientated, the call server 13 and 
connection broker 44 may reside on processors with on- 
ly broadband interfaces that are connected directly to 
the broadband network 48. The narrowband connection 
fabric would then be provided with a broadband control 
interface. 

[0040] A system architecture and associated mecha- 
nism for connecting subscriber terminals across an in- 
termediate broadband network is shown in FIG. 4. In or- 
der for a data call, for example, to be supported between 



terminal TA (e.g. a land line telephone identified by ref- 
erence numeral 12) on a first node 40 and terminal TB 
(e.g. a modem within a computer, identified by.reference 
numeral 85) on second node 52, an existing common 

5 signalling relation between both narrowband nodes is 
utilised. It is the establishment of a common narrowband 
signalling link (or resource) 79 and protocol that pro- 
vides interconnection across the system since the 
broadband network need only have the capability of re- 

io laying traffic between the narrowband networks. The 
broadband network consequently appears as a trans- 
parent channel resource since no modification of the 
narrowband traffic is required. 

[0041] The first node 40 and the second node 52 both 

'5 contain trunk network adapters 46 and 56, connection 
brokers 44 and £0, and call servers 18 and 81 which are 
coupled permanently together over the common nar- 
rowband signalling link 79 that provides a plurality of vir- 
tual (or "phantom'') traffic trunks. Thecal! servers 18 and 

20 61 are therefore potentially connected to other call serv- 
ers (not shown) of different narrowband networks (not 
shown) by additional signalling resources 82-83. The 
call servers 18 and 81 are respectively coupled to con- 
nection brokers 44 and 80 that in turn are coupled to 

2S respective trunk network adapters 46 and 56. The trunk 
network adapters 46 and 56 are coupled together 
through a broadband network 48, white the connection 
brokers 44 and 30 are interconnected by a virtual link 
. 64. Terminal TA 12 is coupled to trunk network adapter 

^0 46, while terminal TB 85 is coupled to trunk network 
adapter 56. 

[0042] The signalling link 79 is realised a permanent 
connection between the two call servers 15 and 81, al- 
though this connection may be dynamically assigned or 

35 provided by a radio frequency link. Indeed, in a scenario 
where the first node 40 and second node 52 pre-exist 
as narrowband gateway nodes between network A and 
network B, real narrowband E1 trunks already exist be- 
tween these two exchanges and. as such, signalling can 

-to be carried in a time-slot of these E1 trunks, i.e. conven- 
tionally in time-slot sixteen. Alternatively, in a North 
American-based system, the two different exchanges 
could be connected to a common STP network. Once 
the broadband network 48 is in place, however supple- 
mentary signalling bandwidth can be supported by es- 
tablishing links through the broadband network. None- 
theless/ these multiple paths represent a single logical 
"signalling relation" by which SS7 user parts (i.e: the call 
servers) are able to communicate and interact. 

so [0043] The virtual link 34 established between the two 
connection brokers 44 and 80 offers a permanent "ability 
to communicate'. The virtual link 84 therefore takes the 
form of an ATM virtuafchannel connection. However, it 
is also possible for an SS7 network to be used as the 

55 bearer for this communication, e.g. in relation to a TCAP 
application. The communication links between the con- 
nection brokers 44 and 80 and both the network adapt- 
ers 46. 55 and the switching fabrics are also permanent, 
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while connections that carry traffic between the network 
adapters 46, 56 and the interconnected subscriber ter- 
minals TA 12. 85 are made and broken for the duration 
of a specific call or for particular portions of those calls. 
[0044] This system operates by virtue of the provision 
of at least two (and probably tons to thousands of) as- 
signable signalling channel resources or "phantom 
trunks" between the respective switching fabrics, prin- 
cipally residing between the respective call servers 18 
and 81 and respective connection brokers 44 and 80. 
The nodes then utilise narrowband signalling to simulate 
the presence of virtual (or "phantom") terminals at either 
node. These phantom trunks are dedicated to a single 
node and. as such, the system only allows the formation 
of a call in one direction from the first node 40 to the 
second node 52 or vice versa. Thus, a phantom route 
between the two nodes consists of two groups of phan- 
tom trunks, one in each direction. By this mechanism, 
undesirable effects which could otherwise occur if the 
same phantom trunk was seized by each node trunk are 
prevented. Beneficially, the phantom trunks do not tie 
up real communication resources that exist between the 
respective narrowband networks. 

[0045] In relation to the structure, content and func- 
tion of call set-up messages between different exchang- 
es (i.e. different nodes), this can best be understood with 
reference to FIG. 4 and the flow diagram of FIG. 5 that 
illustrates the procedural steps required to establish a 
multi-node communication across a broadband net- 
work. 

[0046] An incoming call (or "initial address message", 
I AM) from terminal TA is received 200 at the first node 
40 : whose call server 18 receives the incoming mes- 
sage and determines that the call must be routed to the 
second node 52. The incoming call will at least contain 
a CIC relating to the trunk assigned between TA and the 
call server 18 together with a telephone number of the 
called party namely TB in this example The telephone 
number does not otherwise provide any indication of a 
port address to be used by TB in any subsequent com- 
munication and therefore principally acts to provide a 
routing instruction for use by the call servers. As such, 
the telephone number merely represents an address lo- 
cation of TB. although it may need to be subsequently 
transposed in order to arrive at a valid cross-node ad- 
dress. 

[0047] In response to receipt of the incoming call and 
to save real communication resources (i.e. real commu- 
nication links that can support 64kbps speech, for ex- 
ample), the first call server 18 selects a free phantom 
terminal PTx and then uses this phantom terminal to es- 
tablish 202 a phantom trunk between itself and a second 
call server 81 located in second node 52. Indeed, the 
call server 18 selects an available, node-unique ("dis- 
joint") address field indicative of the free phantom ter- 
minal PTx from its associated memory 19. The tree 
phantom terminal PTx, in fact : identifies a terminating 
address of the phantom trunk. 



[0048] Typically, a phantom terminal identity is com- 
prised from point codes associated with the two call 
servers 18, 81 and the CIC of the phantom trunk. In this 
instance, ordering of the point codes of the two call serv- 
5 ers will identify a relative direction for the communica- 
tion. 

[0049] The first call server 18 then utilises the phan- 
tom trunk to relay 204 a modified call message (to the 
second call server 81 of the second node 52) comprised 
io from a CIC associated with the phantom trunk together 
with the valid telephone number of TB. The second call 
server 81 is therefore able to utilise the telephone 
number of TB to -wake-up" or alert TB to the fact that 
there is something in the communication system that will 
'£ be of interest to TB, albeit that TB is yet to receive any 
meaningful information. Unfortunately, at this time, the 
CIC pertaining to the connection between TA and the 
first call server 18 has been 'lost" to the second node 
52 since it is neither communicated nor encoded within 
20 the modified call message. Jn other words, the call serv- 
er 18 of the first node 40 notifies the call server 81 of 
the second node 52 about the incoming call 100 by 
sending 104 a modified incoming call message on a 
phantom trunk, and thus passes on the dialled digits (L 
25 e. the address of the called party) received from TA. 
[0050] Furthermore, in response to the incoming call 
100 ; the connection broker 44 of the first node 40 is ar- 
ranged to establish 206 a phantom cross-office path be- 
tween PTx and TA, with information pertaining to this 
30 cross-office path typically stored in the terminal number 
data base 69 by the resolution intelligence 68. In other 
words, terminal TA is coupled to phantom terminal PTx. 
Also, the first connection broker 44 is triggered into ac- 
tion by the communication of the modified call message 
35 (to the second call server 81 ). Specifically, substantially 
contemporaneously with the sending of the modified call 
message, the first connection broker 44 of the first node 
40 notes that the phantom terminal PTx is one end of 
an outgoing phantom trunk to the second node 52. The 
-to first connection broker therefore passes 203 a connec- 
tion request 1 06 to the second connection broker 80 via 
virtual link 84.. which connection request contains the 
CIC of the phantom trunk and the identity of TA (possibly 
derived from the original CIC assigned to the trunk be- 
J5 tween TA and the first call server 18). Typically, the ac- 
tual address of the call-originating unit. i.e. TA. is sent. 
[0051] The second node 52 reacts to the modified in- 
coming call message (received on the phantom trunk) 
by mapping 210 the received circuit indicator code (CIC) 
50 of the phantom trunk onto an associated second phan- 
tom terminal PTy. Again, the second phantom terminal 
PTy has been selected by the second call server 81 of 
the second node 52 from its associated memory 82, with 
the memory up-dated to record that PTy represents a 
55 terminating point of the phantom trunk. Selection of the 
phantom terminal PTy is on a unique basis. 
[0052] The second node 52. in response to the sec- 
ond call server 81 receiving the modified incoming call 
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message, already appreciates thai the destination of the 
incoming call ultimately lies with terminal TB. Therefore, 
at an appropriate time, the second call server 81 re- 
quests 21 2 a connection from TB to the second phantom 
terminal PTy (in the form of a second phantom cross- 
office path request between the phantom trunk and the 
called subscriber TB), and offers the incoming call re- 
quest to TB using conventional signalling. 
[0053] Furthermore, the resolution intelligence of the 
second connection broker 80, in response to receiving 
(in any order) both requests resolves out 214 the two 
phantom terminals PTx and PTy, converting the two re- 
quests "Connect TA to PTx" and "Connect TB to PTy" 
into the single real connection request 'Connect TA to 
TB". Specifically: the second connection broker 80 is 
able to deduce the fact that there is a common CIC for 
the phantom trunk, and so the requirement for a direct 
connection between TA and TB is identified by virtue of 
this commonality. The second connection broker 80 
then makes an actual trunk connection 216 between TA 
and TB via the second trunk network adapter 56. At 
about the same time, the second connection broker 80 
(of the second node 52) instructs 218 the first connec- 
tion broker 44 (of the first node 40) that the path to TB 
is in place. 

[0054] Acceptance by the terminal TB of the call, and 
confirmation of the connection by the second call broker 
80 is notified from the second call server 81 to the first 
call server 18, and the first connection broker 44 also 
notifies 116 its associated call server 18 that the path to 
TB is in place. At this point 220. the first call server 18 
may start billing the call. 

[0055] The phantom trunk remains intact for the whole 
duration of the call, with tear-down of the broadband 
connection operating in a complementary sense to the 
call set-up procedure describes in detail above. The 
skilled addressee will appreciate that to clear-down a 
broadband call the call servers may clear a call using 
standard procedures for a narrowband (or SS-7) com- 
munication, as will readily be appreciated. Particularly, 
as part of this procedure, both call servers will issue re- 
quests to their respective connection brokers. Thereaf- 
ter the connection broker at the outgoing end of the 
phantom trunk will pass its release request onto the oth- 
er connection broker by sending the CIC of the phantom 
trunk. The terminating connection broker will issue a 
dear-down of the broadband connection on receipt of 
whichever of the two messages it receives first. It is not- 
ed that the phantom trunk is not re-useable until both 
call servers have been told (by their respective connec- 
tion brokers) that the broadband connection has 
cleared. 

[0056] As will be understood, an exemplary address 
format for each phantom terminal is typically arranged 
to be a special case of the format used for real (i.e. phys- 
ical rather than imaginary) terminals. An ASN.1 Object 
Identifier can be used to identity phantom trunks. Alter- 
natively, a partitioned E l 64 address or a superset of E. 



164 may be utilised, while for a simple SS7-based im- 
plementation the tuple (OPC, DPC, CIC) can uniquely 
identify a trunk (whether real or phantom). However, as 
will be appreciated, another scheme is needed for non- 

5 SS7 terminals, such as telephones. For example, the 
CIC field could be extended to 32 bits (rather than the 
normal 16 bits) and DPC can then be equated to OPC 
to identify a "line" type of a terminal while the CIC can 
be used to identify the line on the exchange. Generally, 

io however, the only requirement for establishing a phan- 
tom trunk is for the connection broker to appropriately 
tag and record (in the terminal number data base 69) 
such a phantom trunk as either incoming or outgoing. 
[0057] Turning again to the general architecture of 

'5 FIG. 2, an ATM network and the International Telecom- 
munications Union, Telecommunications Section (ITU- 
T) signalling system No. 7 an be utilised to implement 
the broadband network and narrowband control signal- 
ling, respectively. 

20 [0058] Particularly, a narrowband node utilises the IS- 
DN User Part (I SUP) of ITU-T signalling system no. 7 to 
communicate with other exchanges (e.g. narrowband 
network 52) to support multi-node operation. The ex- 
change terminates some narrowband lines directly and 

25 terminates narrowband trunks via trunk network adapter 
46 connected to an Asynchronous Transfer Mode (ATM) 
network 48. The trunk network adapter 46 translates 
bearer channels to an ATM scheme, with a one-to-one 
relationship existing between each bearer channel and 

oo an ATM virtual channel (VC). Typically, the broadband 
network edge switches 50 : 60-62 and hence the trunk 
network adapters 46, 56-58 are connected to the ATM 
network 48 using ATM Forum User to Network Interface 
(UNI) version 4.0 interfaces for the traffic bearer chan- 

35 nels and the control lines 51, while the connection bro- 
kers establish Q.2931 connections 51 to trunk network 
adapters 46. 56-58 using the proxy signalling option of 
UNI 4.0. 

[0059] Narrowband signalling toother exchanges can 
40 use either existing narrowband connections or can be 
routed via network adapters (e.g. 46 : 58) and the broad- 
band network using either circuit emulation or frame for- 
warding. The concept is applicable to both fully and qua- 
si-associated signalling schemes. Connections to an- 
J5 other mixed mode node are implemented in a similar 
fashion. 

[0060] As will now be understood, the connection bro- 
ker 44 passes narrowband-to-narrowband requests to 
the narrowband switching fabric 16, while broadband- 

50 to-broadband connections (within the same node) are 
established using proxy signalling to set-up the connec- 
tion directly. For narrowband-to-broadband connec- 
tions, two requests are needed: one to the narrowband 
switching fabric 16 and one to the broadband network 

55 edge switches 50, 60-62. However for a broadband-to- 
phantom terminal connection, the connection broker 
passes the connection request to the second connec- 
tion broker (reference numeral 70 of FIG. 3) at the other 
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end of the phantom roule. The connection is ihen made 
by using a proxy signalling scheme emanating from the 
second connection broker 70. It should be noted that the 
present invention envisages that the phantom terminals 
are implemented as broadband terminals, and so a nar- s 
rowband-to-phantom terminal connection is handled as 
a combination of a narrowband-to-broadband connec- 
tion and a broadband-to-phantom terminal connection. 
[0061] It will also be appreciated that the service inter- 
working function is also applicable to networks that have 10 
intermediately coupled broadband networks. In this in- . 
stance, the interconnection between call servers can 
provide gateway functions, such as billing and screen- 
ing, while the connection brokers permit end-to-end 
connections between the narrowband terminals. Simi- is 
larly, signalling inter-working functions not otherwise 
available to respective narrowband networks can be 
provided by connecting call servers together via the 
phantom trunks. 

[0062] In summary, the second connection broker 20 
recognises two connection requests have been re- 
ceived to the opposite ends of the same phantom trunk, 
and in response thereto establishes a direct route 
through the broadband network between the first sub- 
scriber terminal 12 and the second subscriber terminal 25 
68. 

[0063] The connectbn mechanism outlined above 
therefore provides for the interconnection of mixed 
nodes through an intermediate broadband network 
which is otherwise unable to interpret and therefore un- so 
able to support the control channel signalling protocols 
separately utilised within the narrowband networks. 
Such operation could be supported, for example, by a 
modified trunk network adapter (of a broadband net- 
work) equipped with narrowband signalling software, 35 
but generally occurs between different infrastructure ex- 
changes. Consequently, by employing this mechanism 
to establish a common control channel, the modified 
trunk network adapter can support a narrowband traffic 
resource to participate in narrowband services without *o 
requiring the intervention of a signalling interworking 
function. 

[0064] Beneficially, the combination of phantom 
trunks and the connection broker architecture results in 
a system implementation that requires no modifications -*s 
to present narrowband signalling schemes and which 
supports all narrowband services. Additionally, only 
minimal changes are required to existing narrowband 
call servers. Indeed, this system is scaleable to arbitrar- 
ily complex networks and which can operate over any so 
underlying connection fabric including TDM, ATM or 
Frame Relay. 

[0065] Now. according to the present invention, en- 
hanced functionality can be provided to the basic com- 
munication system architecture of FIGs. 2 and 4 by 55 
adapting the communication system architecture in ac- 
cordance with FIG. 6 (that shows a virtual ATM node 
constructed according to a preferred embodiment of the 



present invention). Implementation of the preferred em- 
bodiment of FIG. 6 advantageously optimises the pro- 
vision of services white providing an ability to produce 
a modularised, flexible and scaleable system that can 
be quickly adapted to both improve system reliability 
and enhance overall system performance. Indeed, the 
present invention allows distribution of infrastructure 
components across a network, while maintaining a tel- 
ecommunications network as standards compliant. 
[0066] In Fig. 6, an ATM system (ATMS) 300 contains 
a plurality of network adaptor (NA) clusters 302-306. 
The plurality of NA clusters 302-306 can be distributed 
throughout the communication network (i.e. NA clusters 
do not need to be co-located), while each NA cluster 
302-306 contains a number of network adaptors. In re- 
lation to each NA cluster 302-306, a plurality of incident 
trunks 308-312 illustrate an interconnection of each sol- 
itary NA in each cluster to at least one subscriber termi- 
nal, such as a landtine modem or telephone (and prob- 
ably via an intermediate narrowband exchange). Fur- 
thermore, the ATMS 300 typically includes a plurality of 
broadband switches 314-316 (only two of which are 
shown for the sake of clarity), which broadband switches 
314-316 are each coupled to at least one NA cluster 
302-306. As such, calls that appear on trunks incident 
to each NA in each NA cluster can be routed via a broad- 
band switch to a selected one of a plurality of ATM virtual 
channels 318-321 that interconnect each broadband 
switch to a suitable broadband network. Typically, the 
ATMS 300 is coupjed to an operations and maintenance 
centre (OAM) 322 that functions to run diagnostics and 
maintenance operations on the ATMS 300. 
[0067] Although not shown, the ATMS 300 will also 
contain connection brokers arranged to facilitate inter- 
connection of calls between mixed nodes, as previously 
described. 

[0068] Located externally to the ATMS 300 are a plu- 
rality of call servers 324-326. The term "call server 0 can 
also be freely substituted for the term "distributed proc- 
essor platform", with the latter term merely providing a 
more descriptive label of the function performed by that 
particular piece of infrastructure. Each of the cail servers 
324-326 is responsible (and hence coupled to) at least 
one of the NA clusters 302-306 of the ATMS 300. For 
example, a first call server 324 may control the operation 
and interconnection of (two) NA clusters 302-304, while 
a second call server 326 controls the operation of a third 
N A cluster 306. Moreover, the functional control exerted 
by the distinct call servers may extend to individual NAs 
of predetermined subsets within each NA cluster 
302-306 or, in fact, to individual incident trunks that are 
coupled to each NA in each NA cluster. In other words : 
narrowband trunks that are incident to a single NA clus- 
ter may be administered by different call servers, or the 
functional control of identified subsets of narrowband 
trunks (distributed throughout the network) may be ad- 
ministered by more than one call server. 
[0069] In the preferred embodiment, each call server 
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may also be responsible for the control (and hence the 
assignment) of subsets of ATM virtual channels 
316-321 , whereby only certain ATM virtual channels are 
accessible by each call server. 

[0070] Therefore, the first call server 324 (which may 
be responsible for a first subset of NAs 328) has an in- 
terlace 329 to the ATMS 300 that appears as a virtual 
view with respect to the ATMS 300. Similarly the second 
call server 326 has an interface 330 that also appears 
virtual in nature with respect to a second subset con- 
taining third NA cluster 306. Consequently, the systems 
architecture of Fig. 6 allows the physical separation of 
individual NAs and/or NA clusters within the communi- 
cation network that is independent of a separate parti- 
tioning of functionality associated with individual trunks 
or groups of trunks incidental to each NA cluster. The 
communication architecture of the preferred embodi- 
ment of the present invention is therefore able to support 
different virtual ATMS views. Every call server that is 
coupled to an ATMS 300 can control operation and in- 
terconnection of discrete and distinct services (i.e. there 
is a partitioning of services between each distributed 
processor platform). In other words, the preferred em- 
bodiment of the present invention, both in an operational 
and structure sense, provides a physical and functional 
separation of trunks 308-312 and ATMS virtual circuits 
316-321. 

[0071] The virtual ATMS of the present invention 
therefore has call servers that control sets of narrow- 
band trunks (and possibly ATM virtual channels), but 
which call servers are arranged not to see the physical 
NAS, NA clusters or ATM switches. 
[0072] As will be appreciated, a functional separation 
of services could be on a voice, compressed voice : or 
multi-media services basis. Furthermore, it will be ap- 
preciated that NAs could also be shared between call 
servers, such that a call on a trunk is selectably routable 
to at least one of two available call servers. 
[0073] Deployment of a plurality of call servers 
324-326 in relation to each ATMS provides a number of 
benefits and advantages. Specifically, the distributed 
ATMS architecture of the preferred embodiment of the 
present invention is comprised of sub-systems that are 
heterogeneous in nature (because NAs are fundamen- 
tally different in character to ATMS switches), which 
sub-systems are therefore independently evolvable As 
such, the present invention is scaleable to meet possible 
future bandwidth requirements of real time video and 
other multimedia services required by future public net- 
works. Additionally, the distributed nature of the archi- 
tecture of the preferred embodiment separates service 
intelligence, call control and network interconnection in- 
to separate functions connected by standard open inr 
terfaces (notwithstanding that a set of implementation 
independent services may be composed from intercon- 
nected, co-operating entities). The present invention is 
also able to improve upon current network performance 
and reliability because the ATMS 300 can be extended 



in a modular and scaleable manner to address issues 
arising from capacity overload. The preferred embodi- 
ment of the present invention further reduces total costs 
per call (associated with capital expenditure, feature de- 

s ployment and operation) by separating concerns be- 
tween the connection fabric and the service platform, 
and by using modern high-density programmable hard- 
ware implementations. More specifically, by separating 
concerns, the ATMS allows services to be implemented 

10 on either a traditional digital narrowband network 380 
(such as a DMS manufactured by Nortel) or multiple call 
servers that interwork over the ATMS to reduce feature 
deployment costs. 

[0074] Ultimately, the ATMS of the preferred embod- 

15 iment of the present invention contains structures that 
divide into entities at a level of replaceable modules (ei- 
ther implemented in terms of hardware or software or a 
combination thereof). In this way. the system is freely 
extendible and is capable of being quickly maintained, 

20 extended or repaired. 

[0075] Fig 7 represents a more detailed block dia- 
gram of Fig. 6. The ATMS 300 can be seen to be coupled 
to a call server through a fabric application interface 
(FAI) 350. A network adaptor (or network adaptor) 352 

25 typically includes a distributed connectivity layer 354 
having a real time compute platform (RCP) 356 associ- 
ated with a connection control processor 358. Addition- 
ally, the network adaptor 352 includes an ATM adapta- 
tion layer sub-system 360 comprising a digital signal 

30 processor (DSP) 362 and access adaptor equipment 
(AAE) 364. 

[0076] Coupled to the distributed connectivity layer 
354 is an ATM call switch 366. such as a 40 gigabit per 
second (Gbps) Magellan concord switch, having a dis- 

35 tributed real time controller 368, an ATM switch fabric 
370 and ATM interface 372. Typically, the ATM switch 
366 is coupled to the NA 352 through an OC3c connec- 
tion. An ATMS system manager 374 is also coupled to 
the ATMS call switch 366 through a broadband connec- 

io tion 376. The ATMS system manager 374 of ihe ATMS 
300 can then be coupled to other ATMS systems or ap- 
propriate networks via a Q3 ; GUI or equivalent commu- 
nication signalling resource 378, while the switch is cou- 
pled to the broadband network via ATM NN l/UNI 

15 OC3/OC12C signalling line: the latter function per- 
formed by the network edge switches of FIG. 2. The 
function and purpose of the ATMS system manager 374 
will be described subsequently. 

[0077] The network adaptor 352 is coupled to the nar- 
50 rowband network (such as a DMS) 380, typically 
through an OC3 : DS3 ? DS1. El or STM-1 communica- 
tion resource. The DMS 380 is further coupled to the call 
server 324. 

[0078] As previously indicated, each NA cluster 
55 302-306 is a group of NAs together with real time com- 
pute platforms that act as fabric application interface 
servers for the group of trunks incident to the NA cluster. 
A pair of RCPs support a NA cluster of about twenty 
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thousand lo Ihirly thousand trunks. Each NA cluster 
302-306 is therefore an independent product interwork- 
ing with similar products through the ATM network, with 
all communication between the RCPs and the NAs via 
the ATM. Therefore, the structure of the preferred em- s 
bodiment of the present invention allows for NAs within 
a cluster to be physically separated and therefore not 
co- located. 

[0079] In order to implement the advantageous struc- 
ture of the present invention., the fabric application inter- io 
face 350 has a logical circuit address constructed from 
NSAP (network service access point) identities, with this 
logical circuit address being independent of the physical 
equipment identities used to identify an individual trunk 
circuit (or "DS0") within a NA. This physical separation 
allows a virtual ATMS view to be presented to the call 
server and thus support powerful evolution and disaster 
recovery. More specifically, the ATMS translates the 
NSAP logical circuit addresses into corresponding 
physical equipment identities using a pre-provisioned 20 
look-up table (such as stored in the terminal number da- 
ta base 69 of the connection broker of FIG. 3). 
[0080] By implementing a fabric application interface 
on Q.2931 signalling using NSAP identities to provide 
circu it address identifiers, a call server is able to operate 25 
the ATMS 300 as a switching fabric making requests of 
the form "connect circuit address A to circuit address B". 
The ATMS 300 does not therefore need to be aware of 
routes required for the interconnection: neither does il 
need to be involved in signalling because these func- 30 
tions are performed by the call server. 
[0081] The ATMS system manager 374 is a multi-plat- 
form management system consisting of client and serv- 
er platforms. Server platforms execute the required 
management functionality, white client platforms (also 35 
termed "desktop platforms") provide man-machine in- 
terfaces. In small systems, a single server/desktop plat- 
form can be employed. More especially, the ATMS sys- 
tem manager 374 provides remote surveillance and 
fault analysis, whereby maintenance personnel can be -*o 
dispatched to perform corrective actions. The ATMS 
system manager 374 also provides a secure repository 
of information relating to the management of ATMS 
nodes and/or networks, as will be appreciated. 
[0082] Each ATMS network is therefore comprised of 
logical ATMS nodes in the form of virtual ATMSs, which 
nodes (from a management perspective) offer manage- 
ment functionality irrespective of how they are physically 
realised. In order to support the concept of a virtual 
ATMS and to provide integrated management' of ATMS so 
nodes, the ATMS management system makes a clear 
distinction between management of the functionality of- 
fered by the ATMS from the management of the equip- 
ment that offers that functionality. Two management 
models can then be considered, namely those provided ss 
by: 1 ) an ATMS logical "black-box" model that describes 
a node's managed functionality independently of how 
this functionality is realised in terms of physical equip- 



ment: and 2) an ATMS physical "white-box" model that 
describes how the node is realised in terms of its phys- 
ical equipment and interconnectivity. 
[0083] The logical black-box model includes details 
on ATMS node external interfaces, e.g. sonet, ATM and 
FAI. The black-box model also identifies both nodal rout- 
ing information (such as addresses for ATMS nodes), 
logical addresses of trunk circuits, and details of embed- 
ded signalling channels (e.g. Channel Associated Sig- 
nalling, Robbed-Bit Signalling and Common Channel 
Signalling). 

[0084] The physical white-box model includes infor- 
mation pertaining to the composition of the node in 
terms of NAs, compute platforms and ATM switches. In- 
deed, the physical white-box usually identifies informa- 
tion down to a level of replaceable units with dedicated 
identities, version types and physical locations, for ex- 
ample. The white-box model also identifies the physical 
connectivity within the node and logical connectivity in- 
formation (such as internal control and traffic virtual cir- 
cuit identities), and also includes indications concerning 
sparing policies, sparing groups and the allocation of 
"instances" to compute servers. 

[0085] The objects and functionality managed be- 
tween these two models is associated by means of spe- 
cial relationships that indicate how the logical entities 
are realised by their physical counterparts These asso- 
ciations therefore support management functionality, 
such as flow-through provisioning and service impact 
analysis, that spans the models. 

[0086] With respect to the implementation of mecha- 
nisms that realise management techniques for these 
special relationships, the following co-pending applica- 
tions (that are incorporated herein by reference) de- 
scribe techniques by which logical to physical mapping 
tables in the virtual ATMS can be provisioned and 
changed to effect the recovery mechanisms described 
in some of the different aspects of the present invention: 

1) US patent application serial number 08/08/921 ,218 
filed on 27 August 1997 in the name of C.C.Hayball et 
al. and assigned to Northern Telecom Limited, which co- 
pending US patent application is equivalent to EP 
98302546.1 and is further identified by its title "COM- 
MUNICATIONS NETWORK HAVING MANAGEMENT 
SYSTEM ARCHITECTURE SUPPORTING RE-USE": 

2) US patent application serial number 08/918.895 [Ap- 
plicant's reference ID0806] filed on 27 August 1997 in 
the name of C.C.Hayball et al. and assigned to Northern 
Telecom Limited, which co-pending US patent applica- 
tion is equivalent to EP 98303396.O and is further iden- 
tified by its title "MANAGEMENT SYSTEM ARCHITEC- 
TURE AND CONSTRUCTION METHOD TO SUP- 
PORT RE-USE": 3) US patent application serial number 
08/921,649 [Applicant's reference ID0807] filed on 27 
August 1997 in the name of C.C.Hayball et al. and as- 
signed to Northern Telecom Limited, which co-pending. 
US patent application is equivalent to EP 96302614.7 
and is further identified by its title "MANAGEMENT SYS- 
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TEM ARCHITECTURE AND DESIGN METHOD TO 
SUPPORT RE-USE"; and 4) US patent application se- 
rial number 08/921.225 [Applicant's reference ID0808] 
filed on 27 August 1997 in the name of C.C.Hayball et 
al. and assigned to Northern Telecom Limited, which co- s 
pending US patent application is equivalent to GB 
9724548.4 and is further identified by its title "COMMU- 
NICATIONS NETWORK HAVING MANAGEMENT 
SYSTEM ARCHITECTURE AND DESIGN METHOD 
TO SUPPORT RE-USE". 

[0087] The ATMS manager itself is managed as a log- 
ical entity separate from any particular ATMS node, 
while the physical and functional partitioning is funda- 
mental to the way in which the ATMS management is 
itself structured. 

[0088] As will now be understood, the fabric applica- 
tion interface 350 comprises a number of virtual circuits 
providing a load sharing pool of virtual ATMS blocks 
(sometimes referred to as "instances"). Each N A cluster 
has a pair of RCPs that operate as active/active with a 
mutual active/standby operation. Each RCP instance is 
configured with one of the virtual ATMS virtual channels. 
Therefore, in the event ol an RCP failure, the virtual 
channel is re-configured to the other RCP of the pair. 
This form of operation makes a resilience model of the 
ATMS invisible to the call server and vice versa. Each 
RCP also has an instance of a connection broker that 
provides the virtual ATMS image as well as a number of 
processes for supported TDM trunks and phantom 
trunks, as will now be understood. 
[0089] A NA cluster may form part of more than one 
virtual ATMS. In this case, the RCP will contain more 
than one connection broker and the RCP pair will have 
dual load sharing ATMS virtual channels coupled to 
each of the call servers that operate as virtual ATMS 
instances with respect to the NA cluster in question. 
[0090] The configuration of Fig. 6 also enables a spe- 
cial service operation to be configured as a virtual over- 
lay network: this is illustrated in Fig. 8. Special service 
routes can be segregated and configured on many ge- 
ographically distributed ATMSs. A special service call 
server can be configured in one or more physical loca- 
tions and can be presented with one or more special 
service virtual ATMSs. This allows the opportunity to 
support a number of parallel call server developments 
and to roll out trial services offered by an operator on a 
flexible mix and match basis. 

[0091] Specifically, with reference to FIG. 8 ; a com- 
munication network 400 contains a plurality of intercon- 
nected ATMSs 402-408. The interconnection of each 
ATMS is such as to allow, in the preferred embodiment, 
a direct connection of one ATMS to any other ATMS. All 
of the AMTSs have special service routes 410-416 cou- 
pled thereto, while at least some of the AMTSs (e.g. 
ATMS 1 and ATMS 2) of the network 400 also have or- 
dinary service routes 418-420 coupled thereto. In rela- 
tion to control of the network 400, at least two distributed 
processing points 422-424 are coupled to the network: 



one call server is assigned specifically to control special 
services while another call server is assigned to control 
ordinary services. In relation to the exemplary structural 
arrangement of FIG. 8, the call server associated with 
providing control of special services (reference numeral 
422) is coupled directly to ATMS 1 (reference numeral 
402) : while call server associated with providing control 
of ordinary services (reference numeral 424) is coupled 
directly to ATMS (N+1 ), i.e. the call server having refer- 
ence numeral 408. 

[0092] Another advantage provided by the system ar- 
chitecture of Fig. 6 is an ability to migrate from one soft- 
ware release to another without impacting network serv- 
ice. FIG. 9 is a flow diagram detailing software upgrade 
of the call server of FIG. 8. 

[0093] As a consequence of the fabric application in- 
terface 350 being based on ATM connectivity, it is now 
relatively straightforward for a network operator to ex- 
tend the ATMS to support simultaneous connectivity of 
active and standby virtual ATMS. Specifically, a call 
server configuration can be dedicated to service net- 
work engineering purposes and this can be loaded with 
a new software release (step 430 of FIG. 9). At an ap- 
propriate point in time, this engineering call server can 
receive a copy of current network data (step 431 ) from 
an active and distinct call server which therefore readies 
the ATMS for a flash-cut software release. Following the 
software release, the different ATMSs therefore provide 
both a standby virtual ATMS to the current call server 
and an active virtual ATMS to the new release software 
on the engineering call server. The new release soft- 
ware is therefore able to run in tandem (step 432 of FIG. 
9) for some predetermined period of time to ensure sat- 
isfactory operation (step 433) prior to disconnection of 
the standby virtual ATMS (step 434) and the current call 
server being upgraded off-line to the new release (steps 
435-436). 

[0094] More particularly, the engineering call server is 
likely to be loaded with the new software release and 
then brought on-line by having a subset of narrowband 
trunks (typically proprietary to the network operator who 
owns the engineering call, server) re-routed to the engi- 
neering call server. Then, during software assessment, 
more trunks can gradually be routed to the engineering 
cat! server as test phases are completed satisfactorily. 
[0095] Therefore, in the event that a fault is detected 
in the new software release, no damage is caused to 
the system since the active virtual ATMS retains and 
continues to operate with the original software code. 
[0096] It will be appreciated that the architecture of 
FIG. 6 supports this software upgrade mechanism 
which consequently provides a substantial improve- 
ment over current upgrade scenarios where switch 
processor systems run in a split mode in order to acquire 
and load network data Indeed, the split mode upgrading 
is often run overnight and nevertheless presents a con- 
siderable risk to a network operator because any failure 
could result in total switch failure and network shutdown. 
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[0097] The system configuration provided by the 
present invention also aids in disaster recovery scenar- 
ios where there has been a total failure of any of the 
elements in the ATMS. In fact, disaster recovery per- 
formed by the system of the preferred embodiment of s 
the present invention is particularly effective because 
systems components are each equally susceptible to ef- 
fective recovery since the structure of the present inven- 
tion recovers an environment that enables call handling 
to be re-established. In contrast, however, system du- to 
plication schemes of the prior art are often ineffective 
because of the requirement for network operator in- 
volvement in saving stable calls. 
[0098] Specifically, with reference to FIG. 1 0 T if a con- 
nection between NA clusters 302-306 and exchanges '5 
(i.e. ATMSs) 440-442 is via a transport network 444 hav- 
ing cross-connect capabilities, failure of a NA cluster (e. 
g. NA cluster 306) can be recovered by reconfiguring 
transport links to cross-connect to a standby N A cluster, 
e.g. NA cluster 304 The virtual ATM concept of the 20 
present invention then allows trunks to be reconfigured 
to the standby NA cluster in a manner transparent to the 
call server. Specifically the ATMS system manager ef- 
fects ATMS reconfiguration by re-linking managed ob- 
jects in the virtual ATMS (black-box model) of the 25 
present invention to new counterparts in the ATMS 
equipment (white-box) model. This re-linking has the ef- 
fect of triggering actions that bring into service the spare 
NAs together with any new connection brokers, and also 
reconfiguring the terminal number database 69 to reflect 00 
the new logical to physical translations. Typically, the 
resolution intelligence 08 of FIG. 3 (or some other sys- 
tem processor) oversees the updating of the terminal 
number database 69. A dedicated management chan- 
nel between the ATMS and call server is used to advise 35 
the call server of which connection brokers are now 
available, while the NSAP addresses used by the call 
server to effect connection set-up are unaffected by 
these system changes. The logical definition of the vir- 
tual ATMS therefore remains unchanged, albeit that the •*<> 
call server is now physically coupled to a different NA 
(or cluster). Therefore, traffic can be easily and effec- 
tively re-routed via any standby NA cluster. 
[0099] As described above, an interface between 
each NA cluster and an ATM core 446 is provided by a 
standard transport mechanism, such as synchronous 
digital hierarchies. This therefore allows NA clusters to 
be deployed remotely from the ATM core 446 which in 
turn assists in mitigating the effects of system failures 
arising from disasters, such as fire, flood and earth- so 
quake. 

[0100] Furthermore, since a relationship between a 
NA cluster (or group of NAs) and a virtual ATMS is in- 
dependent of the connectivity relationship of the NA 
cluster with the ATM core, the preferred embodiment of 55 
the present invention provides an ability to connect an 
external physical route that is split over NAs connected 
to different ATM cores. Failure of the ATM core (or ATM 



core switch, such as ATMS switch 336 or FIG. 7) will 
cause a loss of traffic capability on a route through that 
core, but routes will not be completely disconnected. 
Specifically, dual homing of a NA to two ATM cores and 
over-provisioning the ATM core capacity (i.e. the supply 
of redundant routes) can be implemented for critical 
routes, whereby ATM core disaster has no effect on traf- 
fic. 

[0101] In a similar vein to proving software upgrades, 
the provision of a secondary call server to each ATMS 
ensures that call server failure can be addressed by se- 
lectively switching between available call servers. 
[0102] Finally, in relation to ATMS system manager 
failure, the distribution of the operational control of the 
system over many platforms ensures that a specific fail- 
ure does not crash the entire network and only effects 
the equipment associated with the failed AMTS system 
manager platform. Any failed ATMS system manager 
platform can then be recovered off-line through either 
its internal maintenance procedures or by servicing, 
such that full operation of the system can be recovered 
in an acceptable period of time 

[0103] In summary : by providing a flexible mapping 
between a circuit address, as seen by the call server., 
and a physical service circuit address of a NA within an 
equipment bay, the preferred embodiment of the 
present invention allows a physical (real) ATMS 300 to 
appear as a virtual ATMS. Moreover an image of a vir- 
tual AMTS presented to the call server can be derived 
from multiple NAs (or NA clusters) distributed over mul- 
tiple ATM core systems, thus allowing scalability, serv- 
ice evolution and disaster recovery capabilities. 



Claims 

1. A communication system comprising: 

a narrowband-to-broadband interface (300) 
having a plurality of network adaptors (46. 56) 
interconnected to at least one switch (31 4-316) 
that provides access to a plurality of virtual 
channels (31 8-321 ) supported by a broadband 
network, the plurality of network adaptors (46. 
56) further coupled to a plurality of narrowband 
trunks (308-312) that each support at least one 
of a plurality of different communication func- 
tions: and 

characterised by 

at least two call servers (324-326) independ- 
ently coupled to the narrowband-to-broadband 
interface (300) and arranged to control inter- 
connection of a call between a narrowband 
trunk and a virtual channel of the broadband 
network, the at least two call servers (324-326) 
each responsive to a group of trunks that sup- 
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port common communication functions within 
each group such that communication system 
functionality is separated between the at least 
two call servers (324-326). 

2. The communication system of claim 1 , wherein the 
plurality of network adaptors is arranged into a plu- 
rality of network adaptor clusters (302-306). 

3. The communication system of claim 2. wherein the 
plurality of clusters (302-306) contains network 
adaptors that support associated communication 
functions. 

4. The communication system of claim 1, 2 or 3, 
wherein the at feast two call servers (324-325) each 
contain at least one group of trunks. 

5. The communication system of any preceding claim, 
wherein the plurality of network adaptors (46, 56) is 
distributed across the communication system. 

6. The communication system of any preceding claim, 
wherein the at least two call servers (324-326) are 
responsible for mutually exclusive groups of trunks. 

7. The communication system of any of claims 1 to 5. 
wherein interconnection of a call on a narrowband 
trunk is independently controlled by either of the at 
least two call servers (324-326). 

8. The communication system of claim 7. wherein one 
of the at least two call servers (324-326) is selected 
to control of tho interconnection of the call based 
upon a communication function supported by the 
narrowband trunk. 

9. The communication system of any preceding claim, 
wherein a narrowband trunk supports a single com- 
munication function. 

10. The communication system of claim 2. wherein the 
group of trunks contains trunks that are incident to 
a plurality of network adaptor clusters (302-306). 

11. The communication system of any preceding claim 
further comprising a plurality of geographically dis- 
tributed narrowband-to-broadband interfaces 
(402-406) interconnected by a broadband network 
and wherein the at least two call servers (422-424) 
include: 

a first call server (424) arranged to administer 
the control of a first group of communication 
services within the communication system and 
between the plurality of geographically distrib- 
uted narrowband-to-broadband interfaces: and 
a second call server (422) arranged to admin- 



ister the control of a second group of commu- 
nication services within the communication 
system and between the plurality of geograph- 
ically distributed narrowband-to-broadband in : 
5 terfaces. 

12. The communication system of claim 1 1 , wherein the 
first call server (424) is an active system control de- 
vice and the second call server (422) is a standby 

io system control device that is selectively operational 
to support communication system functionality. 

13. The communication system of claim 11 or 12. 
wherein the second group of communication serv- 
es ices contains trial services and wherein the first 

group of communication services contains current 
subscriber services supported by the communica- 
tion system. 

20 14. The communication system of any preceding claim 
wherein the at least two call servers (422-424) have 
associated virtual channels. 

15. The communication system of claim 1 4 ; wherein the 
25 associated virtual channels are uniquely assigned 

to individual call servers. 

16. The communication system of any preceding claim, 
further comprising means for mapping logical ad- 

oo dresses used by the at least two call servers into 
physical addresses of network adaptors, wherein 
the logical addresses are independent of the phys- 
ical addresses. 

35 17. The communication system of claim 16 ; further 
comprising means for translating a physical ad- 
dress of a first network adaptor having an associat- 
ed first logical address into a different physical ad- 
dress of a different network adaptor having the first 

•to logical address associated therewith. 

18. The communication system of claim 16 or 17 : fur- 
ther comprising a memory for storing mapping re- 
lationships between the logical address and the 

-*s physical address. 

19. The communication system of claim 16, 17 or 18, 
wherein the logical address is a network service ac- 
cess point identity. 

50 

20. The communication system of any one of claims 1 6 
to 19, wherein the physical address is an individual 
trunk circuit identity. 

55 21 . The communication system of any one of claims 1 6 
to 20, further comprising a fabric application inter- 
face (329. 330, 350) coupled between the at least 
two call servers (324-426) and the narrowband-lo- 
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broadband interface (300), the at least two call serv- 
ers arranged to communicate logical addresses to 
the narrowband-to-broadband interlace via the fab- 
ric application interface. 

s 

22. The communication system of claim 1 6 : wherein the 
physical addresses are individual narrowband 
trunks. 

23. A method of deploying a communication system 10 
containing: a narrowband -to-broadband interface 
(300) having a plurality of network adaptors (46. 56) 
interconnected to at least one switch (314-31 6) that 
provides access to a plurality of virtual channels 
(318-321) supported by a broadband network, the is 
plurality of network adaptors further coupled to a 
plurality of trunks (303-312) that each support at 
least one of a plurality of different communication 
functions: and at least two call servers (324-326) 
independently coupled to the narrowband-to- 20 
broadband interlace and arranged to control the in- 
terconnection of calls between narrowband trunks 
and virtual channels of the broadband network: 

the method characterised by the step of: 

25 

separating functionality associated with the 
plurality of network adaptors between call serv- 
ers whereby each of the at least two call servers 
is responsible for controlling the interconnec- 
tion of a group of trunks that share a common 00 
communication function. 

24. The method of deploying a communication system 
according to claim 23. further comprising the step 

of distributing the network adaptors (46 : 56) across 3S 
the communication system. 

25. The method of deploying a communication system 
according to claim 23 or 24. further comprising the 
step of mapping logical addresses used by the at 10 
least two call servers into physical addresses of net- 
work adaptors, wherein the logical addresses are 
independent of the physical addresses. 

26. The method of deploying a communication system is 
according to claim 25, further comprising the step 

of translating a physical address of a first network 
adaptor having an associated first logical address 
into a different physical address of a different net- 
work adaptor having the first logical address asso- so 
ciated therewith. 

27. A method of operating a communication system 
containing: first (302) and second clusters (306) of 
network adaptors coupled to a broadband network ss 
(446): and a plurality of exchanges (440-442) cou- 
pled to the clusters of network adaptors through a 
transport network (444) ; the plurality of exchanges 



each having associated call servers (324-326) re- 
sponsible for controlling the routing of information 
between network adaptors and the broadband net- 
work and wherein the associated call servers are 
arranged to support differing communication sys- 
tem functions such that functionality is distributed 
between at least two call servers: the method com- 
prising the step of: 

using the first cluster (302) to route the informa- 
tion between the broadband network (446) and 
a subscriber terminal coupled to a network 
adaptor in the first cluster; 
holding the second cluster (306) as a reserve 
communication resource: 
detecting a failure of the first cluster (302) 
wherein routing of the information between the 
subscriber terminal and the broadband network 
is inhibited: and 

re-configuring the transport network to cross- 
connect the subscriber terminal to the broad- 
band network via the second cluster to re-es- 
tablish routing of the information between the 
subscriber terminal and the broadband net- 
work. 

28. The method of claim 27, further comprising the step 
of distributing the clusters (302-306) across the 
communication system. 

29. The method of claim 27 or 28, further comprising 
the step of mapping logical addresses used by the 
at least two call servers into physical addresses of 
network adaptors, wherein the logical addresses 
are independent of the physical addresses. 

30. The method of claim 29 : further comprising the step 
of translating a physical address of a first network 
adaptor having an associated first logical address 
into a different physical address of a different net- 
work adaptor having the first logical address asso- 
ciated therewith. 

31. A method of upgrading system software in a com- 
. munication system containing at least two call serv- 
ers (422-424) coupled to a plurality of narrowband- 
to-broadband interfaces (402-408) that connect 
narrowband trunks to virtual channels of a broad- 
band network, the at least two call servers being in- 
dependently capable of supporting differing com- 
munication system functions, the method compris- 
ing the steps of: 

initially using a first call server (424) to run sys- 
tem software that administers connection of the 
narrowband trunks to the virtual channels: 
loading (430) a software upgrade into a second 
call server (422): 
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re-routing a subset of narrowband trunks from 
the first call server to the second call server: 
running (432) the software upgrade on the sec- 
ond call server in an attempt to connect the sub- 
set of narrowband trunks to the virtual chan- s 
ne!s : the step of running occurring in tandem 
with a continued use of the first call server to 
administer the connection of narrowband 
trunks to virtual channels: and 
assessing (433) the effectiveness of the soft- io 
ware upgrade in relation to communication sys- 
tem functionality. 

32. The method of upgrading system software accord- 
ing to claim 31 , the step of loading the software up- '5 
grade further includes the step of loading (431 ) cur- 
rent network data into the second call server. 

33. The method of upgrading system software accord- 
ing to claim 31 or 32, further comprising the step of 20 
migrating control of substantially all narrowband 
trunks to the second call server. 

34. The method of upgrading system software accord- 
ing to claim 33, further comprising the steps of: 25 

taking the first call server off-line (434): 
loading (435) the software upgrade into the first 
call server: 

re-introducing the first call server into the com- 30 
munication system: 

loading current network data into the first call 
server: and 

re-routing (436) narrowband trunks from the 
second call server to the first call server. 3S 

35. The method of upgrading system software accord- 
ing to any one of claim 31 to 34 ; wherein the subset 
of narrowband trunks are proprietary trunks belong- 
ing to a network operator of the communication sys- -*o 
tern. 

36. The method of upgrading system software accord- 
ing to any one of claim 31 to 35 T further comprising 

the step of mapping logical addresses used by the ^5 
at least two call servers into physical addresses of 
network adaptors, wherein the logical addresses 
are independent of the physical addresses. 

37. The method of claim 36. further comprising the step so 
of translating a physical address of a first network 
adaptor having an associated first logical address 
into a different physical address of a different net- 
work adaptor having the first logical address asso- 
ciated therewith. 55 
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